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ABSTRACT 


Plantz, Joseph D. . M.S.Egr., Department of Eleetrieal Engineering, Wright State University, 2016. 
Fuzzy Control of a Hyperloop Mass Transit System. 


Fuzzy logic control of a Hyperloop is carried out in this thesis. Hyperloop is being 
described hypothetically as a fifth mode of mass transportation and is a registered trade- 
mark of Space Exploration Technologies Corporation (SpaceX). To inspire others to help 
in its development and make it a reality, the Hyperloop is being explored as open-source 
technology by SpaceX. 

In this thesis a near frictionless track is constructed and is fixed inside a tunnel. External 
fans are used to produce air pressure inside the tunnel to propel the vehicle down the track. 
Euzzy Eogic Control is used to stop the vehicle at a desired location. The objective is to 
stop the vehicle at various end point positions. It is assumed that the vehicle is traveling at 
or near the desired velocities before the Euzzy Eogic Controller become active. The results 
show that the Euzzy Eogic Controller is able to effectively stop the vehicle at or near the 
desired end point positions given a very dynamic and highly non-linear environment. 
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Introduction 


1.1 Problem Description 

In 2013, Elon Musk (CEO SpaceX) put forth a white paper entitled, “ Hyperloop Alpha 
” [1] in which he described a hypothetical fifth mode of mass transportation now known 
simply as “ Hyperloop This new system would encapsulate a "pod" or vehicle inside a 
partially evacuated tube. The pod would be suspended inside the tube or tunnel by some 
means; proposed magna level technoology or through air diffusion. Both proposed ideas 
produce the desired "air bearing" to create a frictionless effect and give the pod the capa- 
bilities of traveling at speeds at or near the sound barrier. Many ideas put forth to date 
are propelling the project forward to make this new mode of mass transportation a reality. 
Those ideas seemingly concentrate around building a frictionless/near frictionless track and 
propelling the vehicle at high speed. 


1.2 Previous Systems 

The use of a pneumatic tube system for transport is nothing new. This idea was first pro- 
posed in 1810 by an English inventor named George Medhurst[7]. Medhurst initially sug- 
gested a pneumatic tube system for carrying letters and packages and 2 years later his pro- 
posal included a tube system large enough to accommodate a railway for carrying freight 
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and even passengers. Fearing that passengers would not like the idea of being enelosed 
inside a tube and being exposed to pressures within the tube, Medhurst modified his ini- 
tial proposal whieh would use a pneumatie system to pull railway ears down a traek. This 
pneumatie railway would operate using a small tube running next to an ordinary railway 
traek. The smaller tube eontained a piston whieh would pull an attaehed train oar down 
rails. This system beeame known as “the atmospherio railway”. [7] 

“Four atmospherio railways were eonstruoted in the 1840s, before the use of steam 
loeomotives was fully established. Two of them, in Ireland (1844-1854) and Franoe (1847- 
1860), were short railways on inolines under two miles in length and used pneumatie power 
only uphill, ooasting by gravity in the other direotion. The two others, both in England, 
attempted to use pneumatie power for longer distanee operation. The London and Croydon 
Railway operated atmospherieally at its greatest extent from New Cross to Croydon, seven 
and a half miles. A trial run in September 1845 aehieved 70 miles per hour, an astonishing 
speed for the time.” [7] 

In the United States in 1870, Alfred Beaeh developed a pneumatie transport system in 
New York that eould transport people. The tunnel system was a bloek long and was built 
in seereey under City Hall. Dubbed little more than a publie attraetion, the system moved 
passengers at 10 miles an hour through the use of a huge rotary blower whieh produeed one 
hundred thousand eubie feet of air per minute. [8] 

By 1893, pneumatie tube systems were in plaee in eities sueh as Philadelphia, Boston, 
Brooklyn, New York, Chieago and St. Louis and were used to earry mail and small paek- 
ages. Canisters were used that eould hold up to 600 letters and traveled an average of 35 
miles per hour. [11] 

The use of pneumatie mail systems in the United States were built by eontraetors. The 
postal serviees at that time leased/rented the systems for use. “During World War I, the 
Post Offiee Department suspended the serviee to eonserve funding for the war effort. After 
the war, serviee was only restored in New York and Boston.” [12] 
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Due to increasing populations and the amount of mail this produced, the pneumatic 
tube systems strained to keep up with the heavy flow. City by City the tube systems were 
slowly shut down for the practical reasoning that it was more efficient to ship large quan- 
tities of mail by truck (that were slower) than by shipping small quantities at a faster rate 
(tube system). In 1953 the final tube services in New York City were suspended pending a 
review of the service. It was not reinstated. [13] 


1.3 Current Hyperloop Work 

The name Hyperloop is a registered trademark of Space Exploration Technologies Corpo- 
ration also known as SpaceX. Hyperloop technology being explored has been explicitly 
open-sourced by SpaceX. [14] 

The idea behind open sourcing is to inspire others to help in the development of the 
technologies needed to make the Hyperloop a reality. In response, development teams 
and competitions have sprung up including colleges across the United State. A competi- 
tion annoucement from SpaceX[15] sparked excitement and a preliminary pod competition 
in January 2016 has narrowed a field of 120 schools to just 29 college teams, one high 
school team and one non-student team. [16] The selected teams will compete on a mile 
long SpaceX Hyperloop test track[17] for the fastest and best overall pod design. The test 
track for the competition will be located in Hawthorne California, according to SpaceX, 
and the event is currently scheduled for a three day competition set for January 27-29, 
2017. 

New startup companies, such as Hyperloop One[18], have begun working on a Hyper- 
loop propulsion system. On May 11, 2016 in Las Vegas Nevada, Hyperloop One demon- 
strated their propulsion system on a half-mile open air track. The propulsion system pow- 
ered a 10 foot sled down the half-mile track reaching a speed of 1 16 miles an hour. [19] 

Another startup company. Hyperloop Transportation Technologies (HTT), has been 
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working on levitating the Hyperloop pod using a technique called, “passive magnetic lev- 
itation ”.[20] First developed by the late physicist Richard Post, Post created a levitating 
track (called the Inductrack) through the use of permanent magnets. This new technique 
would use permanent magnets attached to the bottom of the pod in a fixed configuration. 
Coils of insulating wires are attached to the track. As the pod moves across the track, each 
coil is induced with a current from the permanent magnets on the pod. The induced cur- 
rent flow in the coils in turn generates an electromagnetic field that repels the permanent 
magnets on the pod which produces levitation. [20] 

To date, no known entity has produced what would be a final Hyperloop system. How- 
ever, with renewed attention focused on pneumatic tube systems, using todays technolo- 
gies, a fifth mode of mass transportation may be near. 

In this thesis a near frictionless track is built, a vehicle is propelled down that track, 
and the vehicle decelerates through means of Fuzzy Logic Control at desired positions. 
The track is constructed from plywood strips and has an overall length of 96". Angled 
aluminum channel fitted with permanet magnetic strips are fastened length ways to the 
track and provide the cart a straight and smooth surface. A 3D cart is printed and fitted 
with opposing magnetic strips to that on the track and give the cart the lift that is needed 
to create an air bearing between the cart and the track. The cart is designed with a keel 
that fits into the channel of the track and is used to keep the opposing magnetic strips of 
the cart centered over the strips of the track. The track is then fitted inside a tube that is 
to help create the controlled environment. DC fans placed at each end of the tube provide 
air pressure to move and act upon the cart. A laser rangefinder is used for position sensing 
of the cart and provides feedback to the control loop of the fuzzy logic controller. The 
attention is focused on stopping the vehicle at its end points through position control. It is 
assumed that the vehicle traveling down the tunnel has reached a desired velocity before 
the Fuzzy Controller becomes active. 


4 


System Description 


The system deseribed in this ehapter will foeus around the following requiements: 

• Create a near frietionless track encapsulated in a tunnel 

• Build a vehicle to travel down that track 

• Use DC fans to produce air flow as a means of force to act on the vehicle 

• Design a Fuzzy Logic Position Controller to control endpoint positions 


2.1 System and Setup 

The setup for this system can be broken into three catagories with underlining sub-catagories 

• Hardware 

- Track Construction 

- Pod Construction 

• Electronic 

- DC Fans 

- Power Supplies 

- Signal Conditioning box 


5 



- Position Sensor - Rangefinder 

- Arduino Mega 2560 

• Software 


- MATLAB/Simulink 


2.2 Hardware 

Traek and ealibration material used for eonstruetion of this projeet were purehased from a 
loeal hardware store. Eleetronies eomponents were purehased from online vendors sueh as 
Digi-key[21]. Construetion of the preliminary and final traeks were eompleted in a wood 
erafting workshop. Plastie tubing for the tunnel was also purehased from a loeal plasties 
vendor. At eaeh stage in the devleopment of the traek and the system as a whole, many of 
the deeisions that helped evolve into the final system eame from fundamental pre-testing 
of eaeh sub-system. Beeause of the vast amount of the many hand tools and maehines 
used to eonstruet this projeet, a detailed list has not been provided. Rather, eaeh system is 
presented as it was developed. 

2.2.1 Track Construction 

Several preliminary traeks and subsystems were ereated before eonstrueting the final traek. 
The first preliminary traek was built to gain a better understanding of how best to position 
the magnetie strips and pod plaeement over those strips. The traek was 2 feet in length and 
fashioned so that the traek adjustments eould easily be made. This first traek was made 
for observation so size was not a eoneern at this point. Observing behavior sueh as pod 
traveled, the effeets and behavior of different sized keel’s were made and noted for future 
work. The top of the traek was fitted with bolts to allow repositioning. See appendix A.0.1 
for the first preliminary traek. 
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The second preliminary track was constructed to fit inside of a 4" tube. The track was 
made from a 2"x4"xl0’ wooden board with a channel cut through the middle to provide 
space for the keel of the pod. See appendix A.0.2. The track was fitted into the tube and a 
DC fans was attached to the end. See appendix A. 0.3. Preliminary testing began with open 
loop voltage being applied to the fan to propel the pod down the track. See appendix A. 0.4. 

Final track construction began with a 4’x8’ sheet of | " plywood. The plywood was 
cut lengthways into 6" strips. Four of the strips were glued on each side, stacked on top of 
one another and then clamped for drying. After the glue was set, a 2-f " x f " channel was 
cut through the middle of the stack plywood sheets. This channel is used by the keel of the 
pod and keeps the pod resting on top of the magnetic strips. Figure 2.1 shows the layered 
plywood track with the keel channel. 



Figure 2.1: Layered plywood track with keel channel. 
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To fit the track inside the plastic tubing, the bottom of the track was hand cut and 
honed in an effort to match the contour of the tube. Before placing the track inside the 
tubing, 90 ° aluminum strips were fitted inside the channel and secure to the top of the 
track as shown in Figure 2.2. This ensured a straight and smooth surface for the keel to rub 
against. Permanent magnetic strip tape was fitted on top of the aluminum strips and ran the 
length of the track. The magnetic strips were placed as close as possible to the inside of the 
channel but with enough clearance so the keel of the pod would not touch the strips when 
placed on the track. Placement of the magnetic strips on the track and pod came from the 
observations from the first preliminary track. 



Figure 2.2: Final Track with magnetic strips and aluminum channel. 
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Plastic tubing used to encapsulate the track came in three sections. Once the track was 
placed inside the tubing, the sections of the tubing were secured together by hand made 
wooden clamps fashioned from leftover plywood material. The sections were clamped to- 
gether and the track was secured to a 2"xl0"xl0’ platform. A straight board was fitted to 
run under the track and tubing to strengthen the track and help prevent sagging. A channel 
was cut on the bottom side and runs the length of the strengthening board. This was used 
to hold wiring of the DC fans and the position sensor as shown in Figure 2.3. A square 
wooden face plate was mounted to each end and is used to secure the DC fans to the tunnel. 



Figure 2.3: Final Track with re-enforcement underneath. 
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2.2.2 POD construction 


The wooden pod seen in appendix A. 0.1 was quiekly replaeed with a 3D printed plastie 
version. The plastie base is light-weight and generates less frietion on the keel than the 
previous wooden version. Figure 2.4 below shows a drawing of the pod base that was 
created using Solid Edge software. 



Evolution of the pod came from preliminary testing on the first and second tracks. It 
was noted during open loop testing with the DC fan that a light- weight pod with thinner 
keels showed the best response. Figure 2.5 exhibits the pods evolution. 



Figure 2.5: Pod Evolution. 
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After the base of the pod was printed, foam was fitted on top of the pod to eliminate as 
mueh void as possible between the pod and the inside of the tunnel.The foam will aet as a 
sail onee inside the tube, giving the pod more surfaee area for the air pressure to aet upon. 
Figure 2.6 below shows the finished pod. 



Figure 2.6: Solid Edge drawing of 3D printed pod base. 
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2.3 Electronics 


Power and communication between electronic components was handled with off the shelf 
equipment and hand soldered boards. Figure 2.7 shows the electronic component used in 
this project. 



Figure 2.7: Electronic Flow Chart. 
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2.3.1 DC Fans 


Once the pod is plaeed into the tunnel, airflow is the only foree eontrolling the position of 
the pod. To provide this airflow, two DC fans were selected. The DC fans were seleeted 
based on the cubic feet per minute (CFM) output, DC voltage requirements and resource 
limitations. The airflow of these fans is listed as 235 CFM at 3900 rpm’s and operate on 
0-24VDC provided by external power supplies. A photo of the fan ean be seen in Figure 
2.8 . It is worthy to note at this point that the fans are polarity protected. This limits their 
use to pushing air in one direction only. A snapshot of the datasheet for the fans can be 
found in appendix B.0.1. Also worthy to note that the fans provide no return signal and 
thus a feedback loop on the fans will not be implemented. 



Figure 2.8: DC Fan. 
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2.3.2 Power Supply 


Preliminary tests revealed that one power supply is not sufficient to meet the power needs 
while running the entire system. The current needs taken from the DC fans datasheet 
proved to be larger than anticipated when operating the fans sequentially. These larger than 
expected current swings disrupted the position sensor and temporarily disable accurate 
readings. For this reason, the decision was made to place each DC Fan on it’s own power 
source as well as the position sensor. This provides power isolation for each component 
across the entire project. 

The first power supply is hand built and is used to provide the 5 VDC necessary to 
operate the position sensor. A picuture of the handmade power supply is shown in Figure 
2.9. For greater detail on the handmade power supply see appendix C.0.1 and C.0.2. 



Figure 2.9: Handmade Power Supply. 
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Two, off the shelf DC power supplies were used to provide a eonstant 24VDC to drive 
the fans. These supplies are capable of producing 0-30VDC at 0-5amps. Details of the 
power supplies can be found in appendix C.0.3. During simulation, these power supplies 
provide constant power to the amplifiers located inside the signal conditioning box. 



Figure 2.10: Off the Shelf DC Power Supplies. 
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2.3.3 Signal Conditioning 


A signal conditioning box was built to house a number of handmade eireuits that provide 
several funetions and is shown in Figure 2.11. Banana jaeks were used to pass signals and 
power in and out of the box. 
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Figure 2.1 1: Signal Conditioning Box - Top view. 


The first eireuit featured on the far left inside the signal eondition box was ereated 
to provide a eonsistent 5VDC to the position sensor (see appendix D.0.1). This eireuit 
eontains a 5V linear regulator and is wired in the same manor as suggested by the manu- 
facturer’s datasheet (see appendix D.0.2) and was built so that the DC voltage coming in 
from the power supply eould be adjusted without having to reealibrate the position sensor. 
This eireuit was built out of necessity, after having reealibrated the position sensor several 
times due to voltage adjustments. 
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The second circuit in the lower middle is a simple R/C low-pass filter circuit (see 
appendix D.0.3). For a diagram view of the circuit see appendix D.0.4. This series wired 
circuit uses a 15K ohm resistor and a 1 microfarad capacitor. The resistor/capacitor circuit 
provides a lOHz filter for the returning analog signal of the position sensor. This design 
was determined based on the position sensor datasheet and the need to gaurd against signal 
attenuation. The use of terminal blocks were used in this circuit to hold the resistors. This 
allows the user to easily insert and remove different sized resistors during preiminary signal 
testing and helped produce the best results. The signals are passed through banana jacks 
and returned to the Arduino boards ground and analog input. 

The third circuit consist of two solid state relays (see appendix D.0.5). This need was 
realized after a series of preliminary test concerning the DC Fans. When one fan pushed 
air into the tunnel, the opposite turned in reverse. This reverse direction caused the DC 
motor of the opposite fan to produce a voltage which bled back to the signal amplifier. To 
isolate this back voltage, power from the amplifier must first pass through the solid state 
relay. Control over the relays is handled through MATLAB/Simulink software that triggers 
a PWM signal from the Arduino board. When voltage is commanded to the fans, a PWM 
signal is simutaneously sent to the solid state relays, the circuit is closed and current flow 
to the fans is permitted. For a wiring diagram see appendix D.0.6. 

The forth and final circuit in the signal conditioning box contains two power amplifiers 
(see appendix D.0.7). Continuous 24VDC power is provided by external power supplies 
to the power amplifiers. The amplifiers control a range of 0-24VDC to the fans by means 
of a PWM signal sent from the Simulink software to the Arduino board and out to the 
amplifiers. Based on the 0-5 V PWM scaling, the amplifiers then permit a voltage range of 
0-24VDC to be passed through to the DC Fans. The power amplfiers are wired according 
to the manufacturer’s datasheet (see appendix D.0.8). 


17 


2.3.4 Position Sensor - Rangefinder 


In order for the position of the pod in this thesis to be eontrolled, the system must first 
realize where the pod is. This was aeeomplished through a laser rangefinder shown in 
Figure 2.12 . 




Figure 2.12: Rangefinder - Top view. 


The rangefinder has an array of settings for different types of setups and can be made 
through software provided by the rangefinder manufacturer. One of these settings gives the 
rangefinder the ability to run in both a filtered mode and an unfiltered mode. The unfiltered 
mode measures distances up to 50 meters at 32Hz but periodically has large, out of range 
readings. The filtered mode can measure distance up to 50 meters at 12Hz but has less out 
of range readings. Another setting gives the rangefinder the ability to set a max distance to 
read. The setup screen for the software can be seen in Figure 2.13. 
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Figure 2.13: Rangefinder - Setup Display. 

For this thesis, the rangefinder is setup in an unfiltered mode to measure a distanee 
of up to 5 meters. The deesion to set the distanee measure to 5 meters allowed sealing of 
the voltage to be greater between eaeh reading and thus give greater distinetion between 
measurements. 

Running the rangefinder in an unfiltered mode was based on the eharaeteristie behavior 
of the system. The system in this thesis has a low reaetion time. In short, the fans ean 
produee air pressure but are unable to reduee the pressure inside the tunnel neeessary for 
fast eorreetion swings. It was reasoned as aeeeptable to have peroidie, large swings from 
the rangefinder due to the faet of slow system response. 


Rangefinder calibration 

Calibration of the rangefinder was made using a long 2"X4"X10’ wooden board. Small 
outs were made oross-wise at eaeh inoh for a total of 1 10 outs. The outs were made to hold 
a small vertioal panel that will be used by the rangefinder to reoord distanees. Figure 2.14 
shows a pioture of the ealibration setup. 


19 





Figure 2.14: Rangefinder - Calibration setup. 


With 5VDC supplied to the rangefinder, ealibration began by first ereating a simple 
Simulink model whieh would reeord the various distanees measured by the rangefinder. 
The Simulink model is shown in Figure 2.15 and features the eustom paekage Simulink/ Ar- 
duino analog bloek output to a display. 



Figure 2.15: Simulink - Calibration Model. 
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The calibration model was run and the distances recorded at each inch. A MATLAB 


script was written to run the model and record the distance which were saved to an EXCEL 
sheet. The script was setup to record (5) measurements at each inch (100 inches total) with 
a 5 second delay between each recording. This allowed outlying ranges to be identified 
during post-processing and provided repeatability of calibration. Code for the calibration 
is in appendix E.0. 1 

After the calibration script was run, post-processing of the measurements in EXCEL 
were performed. An EXCEL scatter plot provided a linear fit of the data points. Eigure 
2.16 shows the recorded analog measurements on the x-axis and the inch mark for that 
measurement on the y-axis. The linear fit equation is used later in the Simulink model to 
report position. 



Eigure 2.16: Recorded Data with Linear Lit Equation. 
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2.3.5 Arduino Mega 2560 


In this thesis, an Arduino Mega was used. The Mega board contains an ATniegal280 
microcontroller and is equiped with 54 digital input/output pins, 16 analog pins and 4 
hardware serial ports. For this thesis, the Mega is used for hardware communication, data 
acquisition, and simulation. A full description on this board and processor can be found 
from the Arduino webpage. [2]. 

The layout of the board for this project can be seen in Figure 2.17. Four PWM pins 
are used, two to control the left fan and two to control the right fan. Pins D7 and D5 are 
used from the board to send the correct scaling to the amplifiers which in turn control the 
voltage sent to the fans. Pins D3 and D4 are sent simutaneously out to the solid-state relays 
that close the connections to the fans and allow current to flow. 


PWM (D7)/ 

Left Fan (Amplifier) 



PWM (D5)/ 
Right Fan (Amplifier) 


PWM {D4)/ Right Fan 
Solid-State relay 






^ • i' ''-"Si ijcT. 


PWM (D3)/ Left Fan 
Solid-State relay 


'iiriti 97997* 9 11777777 


I 


Analog input (AO)/ 
position sensor 


Figure 2.17: Arduino Board Layout. 


Analog pin (AO) is an input pin and receives a millivolt (mV) signal from the rangefinder. 
This signal is sent back to the Simulink model, through the Arduino and is used to report 
the pod position. 
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2.4 Software 


MATLAB/Simulink software was used to ereate the model of the system and develop a 
eontrol loop. The MATLAB/Simulink software is a produet ereated and lieensed through 
the eompany Mathworks. MATLAB software is used throughout the world by Seientist, 
Engineers and students for modeling and simulation[4]. The Simulink development envi- 
ronment provides users with easy to use toolbox paekages that allow fast and robust proto- 
typing of mathematical models. Their software environment is used across a large number 
of industries and can be applied for purposes such as: algorithm development, mathemat- 
ical computation, data analysis, signal processing, engineering graphics and application 
development to name a few. 

MATLAB/Simulink was selected for use in this thesis for two reasons. First Math- 
works has provided an add-on software package that allows users to communicate with the 
Arduino Mega that is also used in this system. The software can be downloaded directly 
from the MATLAB application and the Simulink toolboxs appear directly in the software 
"user library". The toolbox provided blocks that allow direct communicate between the 
Simunlink model and the Arduino Mega. 

Secondly, MATLAB can be used in a cradle-to-grave manor for this thesis. Commu- 
nication with the Arduino processor, modeling, development and simulation of the system, 
and post-process analysis can be performed through one software outlet. 
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2.4.1 MATLAB/Simulink Model 


There are two main MATLAB/Simulink models for this thesis. The first is a low fidelity, 
open loop signal/system analysis model shown in Figure 2.18. Several experimental test 
(eovered in seetion 4.1) are performed using this model. See appendix F.0.2 for a eloser 
look and breakdown of functionality for this model. This model provides a look at system 
responses and helped to formulate a better understanding of how the system would work as 
a whole before closed loop modeling began. 
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Figure 2.18: Open Loop - Signal Model. 
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The second main model is the closed loop and final model see Figure 2. 19. The closed 
loop model will be used for final results testing and is explained in full in appendix ??. 
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Figure 2.19: Closed Loop - Hyperloop Model. 
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Ready 


Fuzzy Logic Control 


3.1 Fuzzy Logic Introduction 

The words “Fuzzy Logic Control System” are often met with the feelings of doubt and hes- 
itation. “Fuzzy” and “Logic” in the same sentence does not seem to sit well with Engineers. 
However, Fuzzy Logic control theory is changing the way modem Control Engineers think 
about control systems. One doesn’t have to look too far to realize the world is not a linear 
place. Many control applications involve the breaking down of complex, non-linear phys- 
ical problems into manageable linear equations which describe a system mathematically. 
The mathematical equations are then integrated together to form a complete system. The 
problem with this scenario is that the more complex those systems are, the ability to control 
those systems in a linear way becomes increasingly difficult if not impossible. This was 
noted by Dr. Lofti Zadeh. 

In 1965, Dr. Lofti Zadeh[10] introduced an idea to deal with complex systems by 
implementing human reasoning to describe a system. In a 1973 paper titled "Outline of 
a New Approach to the Analysis of Complex Systems and Decision Processes" [10], Dr. 
Zadeh stated that, "As the complexity of a system increases, our ability to make precise 
and significant statements about its behavior diminishes until a threshold is reached beyond 
which precision and significance become almost mutually exclusive characteristics". 

Exact percision cannot always be achieved in the natural world. The answers are not 
always “yes or no”; “hot or cold”; “black or white”. In many cases there are shadowy 
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gray areas that may often be missed simply beeause the laek of tools or insight to describe 
something that is not on a palette with only black and white colors. In each case, there are 
degrees of understanding. The term to describe the temperature of something as “hot” may 
vary from person to person. Extremes are usually not hard to define. Most people would 
define boiling water as “very hot” and water just above freezing as “very cold”. However, if 
the water temperature between is varied in those extreme points, one would get a multitude 
of answers when asked to describe the water. Mathematically the temperature of the water 
can be measured to come up with a hard number but that would not describe the water 
when asked if it was warm. In this case, the water temperature between the extremes 
would become “fuzzy” when trying to describe the water mathematically. This is a perfect 
case when fuzzy logic can be considered. 

In this example, extreme water temperature can be described Linguistically as very 
hot and very cold. In the mathematical world, boiling water is described as 100 degrees 
Celsius and very cold water as 0 degrees Celsius. In fuzzy logic, the use of linguistics to 
describe aspects of the system will allow the user to later characterize the areas between the 
extremes. In Figure 3.1 the use of linguistic variables is used to describe the temperature 
of water. 



Figure 3.1: Linguistic example with partitioning. 
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In Figure 3.1 the membership value shown on the left side of the graph or y-axis range 
from 0 to 1. Mathematieally, the extremes of very hot or very eold are shown on the x- 
axis, displayed in eelsuis and range from 0 to 10 with warm water being exaetly halfway 
in between. Vertieal dashed lines are inserted to show the “fuzzy partition” between the 3 
linguistie temperatures. By partitioning it is shown that everything to the left of the dashed 
blue line ean be eonsidered “very eold” and everything to the right of the dashed red line 
ean be eonsidered “very hot”. As the temperature ehanges from one partitioned subspaee 
to the next, the transition is smooth or rather as the temperature inereases from very eold 
to warm it is a gradual effeet. Mathematieally, if the temperature were to be measured 
at 75 degrees eelsius the membership veetor would be [ 0, 0.5, 0.5]. This shows that the 
temperature is NOT very eold but that is has a membership value of 0.5 for warm and 0.5 
for very hot and the sum of the membership is equal to 1 . In this example, the temperature 
of the water is now broken down into three fuzzy partitions, “very eold”, “warm”, or “very 
hot”. In eonditions of overlap, it is assumed that a maximum of only two partitions or two 
membership funetions ean ever be aetive at any one instanee. 

So how is a Fuzzy Logie Controller built? Fuzzy logie is eomprised of four basie 
elements; fuzzifieation , inferenee, fuzzy rule base, and defuzzifieation. Sealing both the 
input and output of a Fuzzy Logie Control System (FLC) allows the user to work with 
values between [0, 1] as ean been seen in Figure 3.1. To understand this proeess the bloeks 
of the Fuzzy Logie Controller are shown in bloek diagram form in Figure 3.2. 



Figure 3.2: Bloek diagram of Fuzzy Logie Controller. 
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• Scaling - provides an easy way to deal with inputs/output on the basis of a 0 to 
1 seale. Sealing requires some prior knowledge of the systems input and output 
eapability. Sealing is not neeessary but is often used for simplieity. 

• Fuzzifieation - The proeess of taking a erisp input value and determining whieh fuzzy 
set the input value lies within. In the above example of the water temperature; if the 
input value for the temperature is 75 degrees eelsius, then that input value is part of 
the fuzzy set of “warm” and “very hot”. The membership veetor would be [0, 0.5, 
0.5]. If the input temperature were to be 60 degrees eelsius, the membership veetor 
would be [0, 0.8, 0.2]. Figure 3.3 illustrates this membership. 


Water Temperature 



Figure 3.3: Fuzzifieation Proeess. 

In Figure 3.3, it is easy to see that the temperature of 60 degrees eelsius is more warm 
than very hot with 0.8 membership on the warm side and only 0.2 membership on 
the very hot side. Again, the sum of the membership values is 1. The equations used 
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to determine the membership are seen in Figure 3.4 [24] 



Figure 3.4: Fuzzifieation Equations. 

• Fuzzy Rule Base - The fuzzy rule base is simply a set of (if-then) rules. Based on 
the input, an output value is passed based on the rule base. For instanee, (in the 
water temperature example) if the input temperature is determined to be too high 
based on the rule base, an output eommand may be sent that would lower the water 
temperature. For example, a set of eontrol rules to eontrol the water temperature as 
warm might be written using if-then rules as: 

if temperature is very cold, then send a command to raise the temperature 
if temperature is warm, then send a command to leave the temperature the same 
if temperature is very hot, then send a command to lower the temperature 
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• Inference Procedure - The inference procedure is the decision making process by 
which it is determined the truth value for each rule and applies this value to the 
“then” statement of the rule base. There are several ways to determine this but the 
three most commonly used are the product-sum method, the product-max method 
and the min-max method. For detail discussion of these methods refer to [25]. 

• Defuzzification - The final step in developing a fuzzy logic controller is to match a 
scaled output based on the degree of match by the inference process. For instance in 
the water temperature example, if the desired temperature is 50 degrees Celsius and 
the input is 60 degrees Celsius. From the fuzzification section, the input is closest 
to the “warm” membership than any other membership. A command to lower the 
temperature should be the output based on the rule base. The inference process has 
determined the strength by which the temperature rate is changed based on the par- 
titioned membership. A crisp output is commanded from the output fuzzy set, based 
on the strength determined by the inference process. 
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3.2 Fuzzy Logic Implementation for Hyperloop 


Three fuzzy sets are used for eontrol of the hyperloop and are implemented in ehapter 
4, seetion 4.3. The first two sets are used for input values, and the third fuzzy set is the 
output fuzzy set. The first input fuzzy set is the position error. Beeause the position sensor 
is loeated in a fixed position, the error comes in both positive and negative values. The 
second input fuzzy set is the rate of change in the position error or the derivative of the 
position error. The output fuzzy set determines the voltage command to the fans, which in 
turn controls the air velocity running into the tunnel and acting on the Pod. The linguistic 
sets are shown below in Figures 3.5, 3.6 and 3.7. The linguistic fuzzy sets are defined as; 
“NB” for negative big, “NM” for negative medium, “NS” for negative small, “Z” for Zero, 
“PS” for positive small, “PM” for positive medium, and “PB” for positive big. 



Position Error 

Figure 3.5: Position error fuzzy set. 
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Figure 3.6: Change in position error fuzzy set. 



Output 


Figure 3.7: Output fuzzy set 
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If-then rule base deseribes the relationsip between the input fuzzy sets and the output 
fuzzy set. For example, one of the 49 rules ean be written linguistieally as: 

if the position error is NB, and the change in position error is NB, the output is NB 

The 49 rules (7X7) ean be eonveniently written in the matrix form as shown in Figure 
3.8. Looking at the rule base, the output is divided into two groups; a postive and a negative 
with zero output divided through the middle. The eontroller drives the positve outputs from 
the bottom right eorner toward the eenter and the negative from the top left eomer toward 
the eenter. Within the Simulink model, the logie is setup to eontrol the right fan from 
positive values produeed by the eontroller and the left fan is eontrolled by the negative 
values produeed by the eontroller. However, this is merely due to naming and the eurrent 
eonfiguration setup of the physieal model. 
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Figure 3.8: Linguistic Output Matrix. 
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Experimental Method and Results 

4.1 Step Response of the Open-Loop System 

Testing began with a low fidelity model shown in Figure 4.1. Testing of signal FO and pod 
reaction within the tunnel were performed and observed. The pod was placed stationary in 
the tunnel nearest the position sensor with no fan running and the signals were recorded for 
5 seconds. Position, velocity, acceleration, and the commanded PWM signals are plotted 
using MATLAB code (Appendix F.0.5) and are shown in Figure 4.2. Note that the PWM 
signal on this plot is scaled 1:10 for viewing purposes. 

Figure 4.2 shows the velocity swing in blue and even larger fluctuation in the accel- 
eration in green. A closer look at the recorded position signal in Figure 4.3 clarifies these 
noted measurements. 

From the position signal only plot (Figure 4.3) it can be seen that the signal fluctu- 
ates between 4.2" - 5.4" with the main concentration between 4.5"-5.1". The physically 
recorded distance was 4.8 inches. The fluctuation in the position sensor was deemed ac- 
ceptable. However, using this signals derivative to determine the velocity and acceleration 
increased the amplitude swings observed in both. A closer look at the signals can be seen 
in Figure 4.4. 
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Figure 4.1: Low Fidelity Open-Loop Signal Model. 
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Figure 4.2: Low Fidelity Signal Mode - Stationary Pod Signals. 


POD Stationary 
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Figure 4.3: Low Fidelity Signal Mode - Position Signal Only. 
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POD Stationary 



Figure 4.4: Low Fidelity Signal Mode - Signal Fluctuation. 


A step command was given to the right fan and the position, velocity, acceleration, 
and the PWM signals were recorded in Figure 4.5. In this preliminary test, only the right 
fan was given a voltage command. A 24VDC command was sent to the right fan, the pod 
traveled the length of the track and was caught near the end. 

A closer look at the step response reveals a delay. Figure 4.6 shows the voltage com- 
mand come on at 1.8 seconds. Movement from the pod is not seen until 2.1 seconds into 
the simulation. This marks a notable consideration during test setup. 
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POD Step Response 



Figure 4.5: Step Response of the POD. 


POD Step Response 



Figure 4.6: Step Response of the POD - Reeorded Signal Closeup. 
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4.2 Experimental Method 


One of the destinet behaviors noted was the reaetion of the pod with both fans aetive. When 
one fan "pushed" the pod down the traek and the opposite fan eame on, there was a larger 
than expeeted response time from the pod. The opposite fan did not have an immediate 
impaet on the pod and large eurrent spikes were witnessed on the external power supplies. 
Due to the laek of resourees and instrumentation, these spikes could only briefly be viewed 
and not measured. The current spikes on each fan ramped in excess of 2 amps. This 
prompted a hard system testing descion to be made. Only one fan would be permitted to 
operate at a time. With the lack of pressure venting in the system, the fans would "fight one 
another" to gain control over the pod. 

Another behavior witnessed was the loss of recorded sample data. The Arduino Mega 
does not store data, so in order to record data for analysis, the Hyperloop simulink model 
needed to be ran in external mode. This is considered a debugging feature for simulation 
models. As noted from Math works website [22], using this feature increases the burden on 
the processor and could lead to tasks overrun. 


4.3 Closed Loop Hyperloop Testing 

The test below were performed using the closed loop model illustrated in Figure 4.7. As 
stated earlier, it is assumed that the Hyerloop pod would be traveling at a desired velocity 
before the Fuzzy Controller becomes active. 

MATLAB scripts were used to run the model for each test. The scripts ensure model 
setup before simulation, repeatability, and organization of the data. These scripts can be 
viewed in sections: G.0.3 , G.0.4. 
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Figure 4.7: Closed Loop - Hyperloop Model. 
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Ready 



The closed loop model was used to perform all final testing of the fuzzy logic position 
controller. The model can be broken down into four basic modules; reference command 
(4.3.1), feedback (4.3.2), fuzzy logic utilization (4.3.3), and commanded output (4.3.4). 
These models are discussed in the following sections. 

4.3.1 Reference Command Block 

The reference command block shown in Figure 4.8 takes three inputs. The first is a "Start" 
command. When the "Start" constant block is "1", the fans are free to act. A "goto" tag 
block sends the command to each fan block to enable them. 

The second input is the actual reference command and is used to calculate reference 
error to the controller and is output to the summing block. 

The third input is the deceleration setpoint. From the model perspective, this is the 
point where the controller will become active. This setpoint is subtracted from the reference 
to provide proper scaling to the controller once it becomes active. This value is output to 
the scaling block. 

4.3.2 Feedback 

Feedback is provided by the position sensor. The position sensor sends back a millivolt 
reading to the Arduino. An analog block from within the MATLAB library is used to 
report the feedback of the position to the model and is shown in Figure 4.9. The signal is 
converted to a type double and sent through the linear conversion equation obtained from 
the calibration of the sensor. This reading is subtracted from the reference command to 
give a position error. The position error is then scaled and sent to the fuzzy controller. 
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Figure 4.8: Inside the Referenee Command Bloek. 
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4.3.3 Fuzzy Logic Controller 


Inside the referenee eommand bloek (seetion 4.3.1) the sealing faetor is determined. In 
this seetion the scaling factor is simply utilized and is shown in Figure 4.10. Note that 
until the pod has reaches the deceleration set point, a feed forward command is given to 
accelerate the pod. Once the pod has reached the deceleration set point (the controller 
becomes active), the scaling section will provide a true scaled input into the controller. In 
Figure 4.11, the yellow line represents the output scaling for the position error. The blue 
line is the output of the fuzzy controller to the fan. When the fuzzy controller becomes 
active, a command of -1 is sent to the left fan by the controller. At this same time the 
position of the pod (scaled) is 1. Near the end of the stop, the position error has reached 
"0" as well as the command from the fuzzy controller. Thus, we have scaled the position 
error from 1 to 0 to the fuzzy controller. 

The logic to determine when the controller becomes active is shown in Figure 4.12. 
The deceleration set point and the current position of the pod are subtracted. When the 
result is zero (0), a command of "1" is sent to the fuzzy control block. Within the fuzzy 
control block, logic is placed to activate the fuzzy controller. A switch box is used in 
conjunction with a memory block to hold the controller in the active state. Output tags are 
placed within this block to pass active values to the fan logic. 

Input into the fuzzy controller is a scaled position error, a scaled change in position 
error and a decleration reference point (which is the logic for activation of the fuzzy con- 
troller). The Fuzzy Controller was placed inside a MATLAB function block (see Figure 
4.13) and the code can be viewed in section G.0.1. The fuzzy controller passes a scaled 
output (-1 to 1) which is intum is upscaled, mutliplying by 24 for a maximum of ±24VDC 
command to the fan. A negative voltage for the left fan and a positive voltage for the right. 
The "fuzzify" function called within the fuzzy controller can be viewed in section G.0.2. 
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Figure 4.10: Fuzzy Logic Scaling. 
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Figure 4.1 1: Scaling Confirmation. 
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Figure 4.12: Deceleration Logic. 
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Figure 4.13: Fuzzy Control Block. 
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4.3.4 Commanded Output 


The 0 - 24VDC commanded output from the fuzzy controller is passed through a swtich 
block. Logic from the deleration set point block directs the signal flow to the proper fan. 
Before this happens however, logic was placed which determines whether the pod has 
reached it destination and can be viewed in section 4.14. 

Inside the fan logic block shown in Figure 4.15, A "From" tag passed from the refer- 
ence block enables the fan. If the "command_on" is " 1 " the fan is enabled and the command 
from the fuzzy logic block is passed through. The logic from the bottom left waits for the 
"decel" command to go high. Once this happens the velocity of the POD is monitored for a 
zero crossing. If the velocity crosses zero, the simulation is over regardless of the position 
the POD is currently at. This logic was put into placed to prevent POD movement from 
triggering the controller. Due to lack of ventilation, when the POD reaches its destination 
there is air pressure built up near the stopping point. Because the POD is light weight and 
on a near froctionless track, movement of the POD from the built up pressure would trigger 
the fuzzy controller (and thus the fans) after the vehicle had reached its end point. With the 
fan enabled, the signal from the fuzzy controller passes through to the fan block. 

Figure 4.16 represents the logic and command sent to the fan. As stated before, iso- 
lation between each fan was imperative due to the large current spikes witnessed with both 
fans simutaneously active. In this illustration we see two PWM blocks. The top block 
operates the solid state relay to enable the fan. A positive value greater than zero enables 
the fan. The second PWM block sends a scaled value to the amplifier which commands the 
fan to the proper DC voltage. The signal from the fuzzy controller passes a 0-24VDC com- 
mand which runs through a lookup table and outputs a 0-255 PWM signal to the amplifier. 
Calibration of the fans, for the lookup table can be seen in Figure 4.17. 
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Figure 4.14: Commanded Output. 
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Figure 4.15: Fan Block Logic. 


54 



Figure 4.16: Fan Block. 
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Figure 4.17: Fan Calibration. 

Fan calibration was carried out using the open loop model. The PWM signal for each 
fan was sequentially varied and the voltage output from the amplifiers was measured. The 
use of a MATLAB 1-D lookup table outputs the correct PWM (0-255) command for a given 
voltage command from the fuzzy controller. 
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4.4 Results 


Two (2) simulations were performed sequentially for each test moving the POD in a right 
to left and left to right manner. For each stop, the POD was placed on the track farthest 
away from the destination to use the maximum available track. Each simulation was run 
using MATLAB script for repeatability and accuracy of testing. The scripts can be viewed 
in Appendix G.0.3 and G.0.4. Analysis scripts were also written to break down each simu- 
lated test run. The scripts can be viewed in Appendix G.0.5 and G.0.6. 

For the first test, the pod was placed to the far right side of the track closest to the 
position sensor. A destination position of 85 was commanded with a deceleration set point 
at 16.5. The results are shown in Figures 4.18 and 4.19 

For the second test, the pod was placed to the far left side of the track furthest away 
from the position sensor. A destination position of 10 was commanded with a deceleration 
set point at 78. The results are shown in Figures 4.20 and 4.21. 

For the test results figures that follow, the legend on the figures are defined as follows: 

RFv - Right Fan Voltage Command 
LFv - Left Fan Voltage Command 
Ppos - Pod position 
Pvel - Pod velocity 
PPvel - absolute velocity 
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Max Position: 85.88 Time: 6.1875 



Figure 4.18: Closed Loop - Right to Left - 1. 


For this simulation, 24VDC was eommanded to the right fan at 2.364 seeonds into the 
test. A notable veloeity ehange was seen at 3.400 seeonds. The right fan eontinued to run 
at the 24VDC eommand until 4.281 seconds into the test, at which time the POD reached 
the deceleration set point of 16.5" and the fuzzy controller became active commanding the 
left fan on full at 24VDC. The velocity of the POD continued to gain in speed until its 
maximum velocity at 4.805 seconds. The left fan stayed on at 24VDC until the controller 
began scaling back the voltage at 5.312 seconds. The controller continued dropping the 
voltage on the left fan, as it tracked the POD velocity, until OVDC was commanded at 
6.365 seconds. The POD reached the destination position with a .88" overshoot at 6.187 
seconds and the POD came to a complete resting point with zero velocity a 6.541 seconds 
at which point the simulation was over. 

The right fan was on for a total of 1.916 seconds, the left fan was on a total of 2.083 
seconds and the POD reached a maximum velocity of 51.739 inches per second. 
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Max Position: 85.315 Time: 6.1771 



Figure 4.19: Closed Loop - Right to Left - 2. 


For this simulation, 24VDC was commanded to the right fan at 2.396 seconds into the 
test. A notable velocity change was seen at 3.208 seconds. The right fan continued to run 
at the 24VDC command until 3.895 seconds into the test, at which time the POD reached 
the deceleration set point of 16.5" and the fuzzy controller became active commanding the 
left fan on full at 24VDC. The velocity of the POD continued to gain in speed until its 
maximum velocity at 4.385 seconds. The left fan stayed on at 24VDC until the controller 
began scaling back the voltage at 4.875 seconds. The controller continued dropping the 
voltage on the left fan, as it tracked the POD velocity, until OVDC was commanded at 
6.166 seconds. The POD reached the destination position with a .315" overshoot at 6.177 
seconds and the POD came to a complete resting point with zero velocity a 6.188 seconds 
at which point the simulation was over. 

The right fan was on for a total of 1.496 seconds, the left fan was on a total of 2.280 
seconds and the POD reached a maximum velocity of 50.810 inches per second. 
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Min Position: 10.4525 Time: 5.7813 
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Figure 4.20: Closed Loop - Left to Right - 1. 


For this simulation, 24VDC was commanded to the left fan at 2.343 seconds into the 
test. A notable velocity change was seen at 3.166 seconds. The left fan continued to run 
at the 24VDC command until 3.729 seconds into the test, at which time the POD reached 
the deceleration set point of 78" and the fuzzy controller became active commanding the 
left fan on full at 24VDC. The velocity of the POD continued to gain in speed until its 
maximum velocity at 4.489 seconds. The right fan stayed on at 24VDC until the controller 
began scaling back the voltage at 5.437 seconds. The controller continued dropping the 
voltage on the right fan, as it tracked the POD velocity, until OVDC was commanded at 
5.958 seconds. The POD reached the destination position with a .453" overshoot at 5.781 
seconds and the POD came to a complete resting point with zero velocity a 6.105 seconds 
at which point the simulation was over. 


The left fan was on for a total of 1.385 seconds, the right fan was on a total of 2.115 
seconds and the POD reached a maximum velocity of 50.516 inches per second. 
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Figure 4.21: Closed Loop - Left to Right - 2. 


For this simulation, 24VDC was commanded to the left fan at 2.229 seconds into the 
test. A notable velocity change was seen at 3.198 seconds. The left fan continued to run 
at the 24VDC command until 3.896 seconds into the test, at which time the POD reached 
the deceleration set point of 78" and the fuzzy controller became active commanding the 
left fan on full at 24VDC. The velocity of the POD continued to gain in speed until its 
maximum velocity at 4.677 seconds. The right fan stayed on at 24VDC until the controller 
began scaling back the voltage at 5.447 seconds. The controller continued dropping the 
voltage on the right fan, as it tracked the POD velocity, until OVDC was commanded at 
6.135 seconds. The POD reached the destination position with a .677" undershoot at 5.958 
seconds and the POD came to a complete resting point with zero velocity a 6.135 seconds 
at which point the simulation was over. 


The left fan was on for a total of 1.667 seconds, the right fan was on a total of 2.114 
seconds and the POD reached a maximum velocity of 53.263 inches per second. 
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With the fuzzy controller tuned to an acceptable setting, other simulated test were run 
and the analysis scripts captured the data. For this "Right to Left" simulation the destination 
position was changed to 88 and the deceleration set point was set to 17.5. The simulation 
was ran and the results can be seen in Figure 4.22. 


Right Fan On 

Right Fan Off 

Right Fan Total Time 

2.34375 

3.71875 

1.375 




Left Fan On 

Left Fan Off 

Left Fan Total Time 

3.833333492 

6.239583492 

2.40625 




Max. Velocity 

Max. Velocity Time 


53.37060547 

4.5 





Max. Position 

Max. Position Time 

Beyond Target Position 

88.42250061 

5.916666985 

0.42250061 


Figure 4.22: Closed Loop - Right To Left - Best. 88 Decel. 17.5. 


From the figure above, there is a slight increase from the previous test in the maximum 
velocity. The right fan (which was used to accelerate the POD) was on a total of 1.375 
seconds and the left fan (deceleration) was on longer at 2.406 seconds. The overshoot in 
this case was still under half an inche at .4225 inches. 
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Next, adjustments were made to the seript whieh sends the POD in a "Left to Right" 
direetion. The destination position was ehanged to 7 and the deeeleration set point was 
adjusted to 77. The simulation was ran and the results ean be seen in Figure 4.23. 


Right Fan On 

Right Fan Off 

Right Fan Total Time 

4 

6.145833492 

2.145833492 




Left Fan On 

Left Fan Off 

Left Fan Total Time 

2.333333492 

3.989583492 

1.65625 




Max. Velocity 

Max. Velocity Time 


52.79069519 

4.604166985 





Min. Position 

Min. PositionTime 

Beyond Target Position 

5.932499886 

6.135416985 

1.067500114 


Figure 4.23: Closed Loop - Left To Right - Dest. 7 Deeel. 77. 

From the figure above, there is a slight inerease from the previous test in the maximum 
veloeity. The left fan (whieh was used to aeeelerate the POD) was on a total of 1.656 
seeonds and the right fan (deeeleration) was on longer at 2.145 seeonds. The overshoot in 
this ease was longer at 1.065 inehes. 
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Conclusion 


5.1 Conclusion 

This thesis has shown that Fuzzy Logic position control could be used as a possible means 
to bring Hyperloop pods to their destination points. The Fuzzy logic controller for this 
thesis proved to show acceptable stopping point positions using traceable control method- 
ologies. 

It is important to keep in mind the nonlinearities of the system that the controller 
was operating on. Air is compressible, and it was not possible to measure the air leakage 
between the pod and the tunnel as it moved down the track. Moreover, the periodic friction 
on the keel of the pod against the track changed for each simulated stop. Venting the 
compressed air near stopping positions was not incorporated and therefore the system built 
was based on an over damped system. 

Given these conditions, the controller was able to produce acceptable results and react 
to a system with slow response. Final stopping distance variances across each simulated 
test run were viewed as reasonable and acceptable for this thesis given the nonlinearities 
of the system. Once the fuzzy controller was implemented and tuned, adjustments of the 
stopping positions were simply applied to the parameters of the model (i.e. destination and 
deceleration set point). In short, the fuzzy controller did the rest. Each simulated test run 
came within an acceptable range of the desired postion. 
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5.2 Future Work 


Possible improvements to the system presented in this thesis eould be improved on in the 
following areas. Ineorporating pressure sensors for feedbaek would allow traeking of the 
applied foree aeting on the pod. Venting of air pressure at eaeh end of the traek or perhaps 
in strategie positions along the length of the track would allow pressure in front of the pod 
to be reduced, creating a greater pressure differential to the front and back surface areas of 
the pod. Perhaps the most significant upgrade to the system would be to use fans that allow 
polarity changes. 

Fans that could push or draw air as commanded would allow the incorporation of an 
integrator into the system controls. Using fans with incorporated resolvers would allow 
fan feedback, which would provide information for an inner closed-loop around the fans. 
The system presented in this thesis relied on a light-weight pod and an oversized fan. Fu- 
ture work may include a heavier pod with an undersized fan which would allow the linear 
momentum (mass * velocity) of the pod to compress the air even further at the destination 
points rather than rely totally on fan velocity to stop the pod. However, this would require 
longer track length for testing. Other avenues to consider would be on the use of air pumps 
to move outside air into the tunnel and produce force which would move the pod. Upgrad- 
ing the position sensor and processing board could possibly allow for cleaner signals, thus 
opening the door for tracking velocity and accelerations by the controller. 
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Appendix A 

Preliminary Track Constrnction 


A.0.1 First Preliminary Track 



Figure A. 1 : First Preliminary Track. 
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A.0.2 Second Preliminary Track 



Figure A. 2: Second Preliminary Track. 


This is the second preliminary track cut from 2"x4" lumber. 
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A.0.3 Second Preliminary Track 



Figure A. 3: Second Preliminary Track and tube. 


A.0.4 Second Preliminary Track 



Figure A.4: Second Preliminary Track and fan. 
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Appendix B 
DC Fan 


B.0.1 DC Fan Datasheet 


Motor: 


Nominal Voltage 

= 24 vdc 

Operating Voltage Range 

= 12- 28 vdc 

Running Current 

= 1.00 amps 

Locked Rotor Current 

= 2.00 amps 

Running Power 

= 24 watts 

Average Speed 

= 3500 RPM 

Air Flow 

= 235 CFM 

Bearings 

= Ball 

Acoustic 

= 51.2dBA 

Construction: 


Venturi: Single Piece. Die-Cast Aluminum. Black 

Propeller: Plastic. Black. UL 94V-0 

Agency Approvals: 


UL,CE 


Life Expectancy: 


This fan is designed for continuous duty life of 

82.500 hours at 50°C. 



Figure B.l: DC Fan Datasheet. 
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Appendix C 

Handmade Power Supply 

C.0.1 Handmade Power Supply Front Panel 



Figure C.l: Homemade Power Supply Front Panel. 

The front panel interfaee allows (3) seperate supplies from (3) seperate linear regulat- 
ing boards inside the box. Eaeh supply ean be hand adjusted from 0-30 VDC and ean safely 
handle 1.5 amps. On/off switehes allow the user to adjust voltage on the visual display be- 
fore sending it to the front panel. The visual displays show both DC voltage supplied and 
eurrent loads. 
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C.0.2 Handmade Power Supply Inside - Cover Off 



Figure C.2: Homemade Power Supply Inside - Cover off. 


The transformer shown on the far left is used to step down the 1 lOAC voltage eoming 
into the box. The bottom layer of staeked boards eontains a bridge reetifier and a large 
capaeitor that changes the unregulated AC votage to DC. This DC voltage is then wired 
through Molex connectors to (3) linear voltage regulating boards. The regulating boards 
are capable of suppling 1.25 VDC - 37 VDC at l.SAmps. Linear rotary potentiometers 
are used with the regulating boards to allow user adjustments for a desired output. Inline 
switches were incorporated to restrict power from reaching the front panel until selected. 
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C.0.3 Power Supplies Korad KA3005D 
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Figure C.3: Korad Power Supply Datasheet. 
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Appendix D 

Signal Conditioning Box 

D.0.1 5VDC Linear Regulating Circuit 



Figure D.l: 5VDC linear regulatory eireuit. 
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D.0.2 5VDC Linear Regulating Diagram 
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Figure D.2: 5VDC linear regulatory diagram. 
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D.0.3 R/C Low Pass Filter Circuit 



Figure D.3: R/C Low-Pass filter eireuit. 


D.0.4 R/C Low Pass Filter Diagram 


O 

+ 


WV 

R 


o 

+ 


Vin 


Q Mout 


Low Pass Filter 


Figure D.4: R/C Low-Pass filter diagram. 
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D.0.5 Solid-State Relay Circuit 



Figure D.5: Solid-State Relays circuit. 


D.0.6 Solid-State Relay Diagram 



Figure D.6: Solid-State Relays diagram. 
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D.0.7 Power Amplfiers Circuit 
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Figure D.7: Power Amplifiers eireuit. 


D.0.8 Power Amplifier Diagram 
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Figure D.8: Power Amplifiers diagram. 
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Appendix E 

Calibration Script 

E.0.1 Rangefinder Calibration Script 


%Clear the screen and being diary file 

tic; 

clc; 

diary Points_5m_Nof ilter_Final . txt ; 

excel_datal = { } ; 
excel_data2 = { } ; 
excel_data3 = { } ; 
mean_displayl = {}; 

% # of points to be taken 
data_points = [0:1:100]; %#ok<*NBRAK> 

% # readings per point 
readings = 5; 
count = 1; 
countl = 1; 

%Open a figure for plotting points 
figure; 
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for i=l : 1 :max (size {data_points) ) , 

uiwait (msgbox {[' Change position to read: ' ... 

num2str (data_points (countl) ) ] ) ) ; 

%Take (5) readings for each distance 
for j=l : readings , 

%Pause for 5 seconds between readings 
pause (5 ) ; 

%Left Side 

%Get the value of the display block (raw value) 
blockhandlel = ... 

getSimulinkBlockHandle ( ' arduinomega2560_RangeFinder_Calibration/Display2 ' ) ; 

rtol = get_parain (blockhandlel, ' RuntimeObject ') ; 
a = rtol . InputPort ( 1 ) .Data; 

%Store display block value for averaging 
mean_displayl { j } = a; 

%Store values and points for analysis 
excel_datal (count, 1) = { data_points (countl )} ; 

excel_datal (count, 2) = {num2str(a, '% .4f')}; 

%Increment display count 
count = count + 1; 

end 

disp ([' Position ' num2str (data_points (countl ))]) ; 
disp(['Mean: ' num2str (mean (cell2mat (mean_displayl ) ) ) ] ) ; 
disp(['Min: ' num2str (min (cell2mat (mean_displayl ) ) ) ] ) ; 

disp(['Max: ' num2str (max (cell2mat (mean_displayl ) ) ) ] ) ; 

disp ( ' ' ) ; 

%Store mean values for calibration 
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excel_data2 (countl, 1) = { data_points (countl ) } ; %#ok:<*SAGROW> 
excel_data2 (countl, 2) = {mean (cell2mat (mean_displayl ) ) } ; 

%Store Min and Max values for calibration 
excel_data3 (countl, 1) = { data_points (countl )} ; 
excel_data3 (countl, 2) = {min (cell2mat (mean_displayl ) ) } ; 
excel_data3 (countl, 3) = {max (cell2mat (mean_displayl ) ) } ; 


%Graph the points 

hold on; plot ( count 1-1 , mean (cell2mat (mean_displayl ) ) , 'b*'); 

%Increment store count 
countl = count 1+1; 

%Clear memory 
clear mean_displayl ; 


end 

diary of f ; 
close (gcf ) ; 

%Write all (5) raw values to excel 

save_path = 'C:\Joe\Thesis_Prelim\Laser Range ... 

FinderX IR_Sensor_Calibration_auto_5m_Nof ilter_Final ' ; 
xlswrite ( save_path, {'Distance (inches)', 'Values'}, 'Raw', 'Al'); 
xlswrite ( save_path, excel_datal, 'Raw', 'A3'); 

%Write the mean value for the (5) samples taken at each distance 
save_path = 'C:\Joe\Thesis_Prelim\Laser Range ... 

FinderX IR_Sensor_Calibration_auto_5m_Nof ilter_Final ' ; 
xlswrite ( save_path, {'Distance (inches)', 'Means'}, 'Mean', 'Al'); 
xlswrite ( save_path, excel_data2, 'Mean', 'A3'); 

%Write the max value for the (5) samples taken at each distance 
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save_path = 'C:\Joe\Thesis_Prelim\Laser Range ... 

Finder \ IR_Sensor_Cal ibr at ion_auto_5in_Nofi It er_ 
xlswrite { save_path, {'Distance (inches)', 'Min', 
'Al' ) ; 

xlswrite { save_path, excel_data3, 'MIN MAX', 'A3') 

figure; plot (cell2mat (excel_data2 ( : , 2 ) ) , 'r'); 


Final ' 
' Max ' } 


Appendix F 

Low Fidelity Signal Model Explained 

F.0.1 Low Fidelity Signal Model - Full 



Figure F.l: Low Fidelity Signal Model. 


Below are seetions of the Signal Model explainations. Figure F2 illustrates the eom- 
mand signal, Figure F3 explains the position sensor I/O and Figure F4 elarifies the PWM 
eommand to the fan and solid state relay. 
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F.0.2 Low Fidelity Signal Model - 1 



Figure F.2: Low Fidelity Signal Model - 1. 


The model is setup to run at lOOHz (1/96). The "Start Cloek" eonstant bloek is used 
to start the eounter. A unit delay bloek eombined with a summing bloek will eount the 
number of eloek ties. This value is linked to a eompare bloek set to run for 500 eounts (i.e. 
5 seeonds). The eombination of switeh bloeks are used set the value of the PWM signal 
to the Arduino. When the "Start Cloek" is initiated to 1, the eount starts and a PWM of 0 
is initiated. This event will eommand 24VDC be sent to the right fan. Onee the eounter 
reaehes 500 the switeh bloek will aetivate and a eommand of 255 will be sent to the Arduino 
PWM whieh will intum eause OVDC to be sent to the right fan to shut it off. 
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F.0.3 Low Fidelity Signal Model - 2 



Figure F.3: Low Fidelity Signal Model - 2. 

The Arduino analog input block is used to measure the analog signal returning from 
the position sensor. The block represents the voltage as a digital value (0-1023, minimum 
to maximum) from the rangefinder. This signal is sent thru a conversion block which turns 
the value into double percision representation and is passed to the function block which 
contains the linear equation obtained from the system calibration. The signal is tapped 
into from a derivative block which converts the position to velocity and acceleration. The 
signals are routed through a bus and out to a scope block which saves the data in the 
MATLAB workspace for data analysis. 
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F.0.4 Low Fidelity Signal Model - 3 



Figure F.4: Low Fidelity Signal Model - 3. 


The PWM signal used to eommand voltage to the right fan eomes from the switeh 
bloek. Although the PWM signal has a range of 0-255, for preliminary signal testing the 
eommands were hard eoded to send either 0 ( for FULL on) or 255 (off). The eommanded 
signal is tapped and sends a PWM eommand to both the fan output and the solid state relay 
for the right fan. The eommand to the solid state relay will elose the eonneetion and permit 
voltage to pass to the right fan. 
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F.0.5 Low Fidelity Model Plotting Script 


%Assign variables from workspace vector 


t 

= Step_Command. time; 


pos 

= Step_Command. signals .values ( 

: , 1 ) ; 

vel 

= Step_Command. signals .values ( 

: , 2 ) ; 

accel 

= Step_Command. signals .values ( 

:,3); 

pwm 

= Step_Command. signals .values ( 

: , 4 ) ; 

9'9-9-9-S-9-9'9-9'9'9'9--9-9-9-S-9-9'9-9'9'9-9- 

ooooooooooooooooooooooo 

%Plot cart data - All 


figure; 



stairs (t 

,pos, 'r' ) ; 


hold on; 

stairs (t,vel, 'b' ) ; 


hold on; 

stairs (t , accel, ' g ' ) ; 


hold on; 

stairs (t, pwm/10, ' k ' ) ; 



grid on; 

title ('POD Step Response'); 

legend {' position ' , 'velocity', 'acceleration', 

9'9-9--9-S-9-9'9-9'9'9-9--9-9-9-S-9-9'9-9'9'9'9-9-9--9-S-9-9'9-9'9' 

oooooooooooooooooooooooooooooooo 

%Plot cart data - Position Only 
figure; 

stairs {t,pos, 'r'); 
grid on; 

title ( ' POD Stationary ' ) ; 
legend { ' position ' ) ; 

9'9-9-9-S-9-9'9-9'9'9-9-9-9-2-S-2-9'9-9-9'9-9-9-9-2-S-9-9'9-9-9'9'9-9-9-9-S-9-9'9-9'9'9-9--9- 

oooooooooooooooooooooooooooooooooooooooooooooo 

%Plot cart data - Position and Velocity Only 
figure; 

stairs {t,pos, 'r'); 
grid on; 

title ('POD Stationary'); 
legend ( ' position ' ) ; 


' PWM ' ) ; 
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Appendix G 

Closed Loop Hyperloop MATLAB Code 

G.0.1 Fuzzy Logic Code 


function y = fcn(xl, x2, x3) 
%#codegen 
y = 0; 

%1 if the POD has crossed the 
%desired deceleration point 
decel = x3 ( 1 ) ; 

%Determines direction 
%to send the POD 
direction = x3(2); 


% y is the value of the output between -1 and 1 
% xl is the value to test for input 1 

% x2 is the value to test for input 2 

% x3(l) is the value to turn the fuzzy control logic on 
% x3(2) is the value to determine which fan is accelerating 
% the pod, prior to the controller becoming active 

% cl is an Ixn array of the fuzzy rule set center points for input 1 

% c2 is an Ixn array of the fuzzy rule set center points for input 2 
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rules is a n X m matrix where n is the length of cl and 
m is the length of c2 

Time to engage the controller 
f decel 


%input 1 

fuzzy 

set 

(e) 

cl = [-1 

-.4 - 

.3 0 

.3 . 

%input 2 

fuzzy 

set 

(ce) 

c2 = [-1 

-.4 - 

O 

CM 

.2 . 

%output 

fuzzy 

set 


u = [-1 

-.8 

O 

LO 

CO 

LO 


nb = u ( 1 ) ; 
nm = u ( 2 ) ; 
ns = u ( 3 ) ; 
z = u (4) ; 
ps = u (5) ; 
pm = u ( 6 ) ; 
pb = u ( 7 ) ; 

rules = [nb pb pb pb pb pb pb; 

nb z ps pm pb pb pb; 
nb ns z ps pm pb pb; 
nb nm ns z ps pm pb; 
nb nm nm ns z ps pb; 
nb nb nm nm ns z pb; 
nb nb nb nb nb ns pb] ; 

%determine membership 
meml = fuzzify (xl , cl ) ; 
mem2 = fuzzify {x2 , c2 ) ; 

%find non zero elements 


92 


nzl = find(meml > 0) ; 
nz2 = find(mem2 > 0) ; 

% check to see if either membership value only has one element 
if length (nzl) < 2 | | length (nz2) < 2 

if length{nzl) < 2 && length(nz2) >= 2 
m = [mem2 (nz2 (1) ) mem2 (nz2 (2) ) ] ; 

RV = [rules (nzl (1) , nz2 (1) ) rules (nzl (1) , nz2 (2) ) ] ; 
y = RV*m ' ; 

elseif length (nz2) < 2 && length (nzl) >= 2 

m = [meml (nzl (1) ) meml (nzl (2) ) ] ; 

RV = [rules (nzl (1) , nz2 (1) ) ; rules (nzl (2) , nz2 (1) ) ] ; 
y = m*RV; 

elseif length (nzl) < 2 && length (nz2) < 2 

y = meml (nzl (1) ) *rules (nzl (1) , nz2 (1) ) *mem2 (nz2 (1) ) ; 

end 

% otherwise calculate only the nonzero elements 

else 

ml = [meml (nzl (1) ) meml (nzl (2) ) ] ; 
m2 = [mem2 (nz2 (1) ) mem2 (nz2 (2) ) ] ; 

RV = [rules (nzl (1) , nz2 (1) ) rules (nzl (1) , nz2 (2) ) ; 

rules (nzl (2) ,nz2 (1) ) rules (nzl (2) ,nz2 (2) ) ] ; 
y = ml*RV*m2 ' ; 


end 

else 

%turn the right fan on to accelerate 
if direction > 0 
y = 1; 

%turn the left fan on to accelerate 
else 

y = -1; 

end 

end 


93 


G.0.2 Fuzzy Logic Code 


function y = fuzzify(x, centers) 

% y = fuzzify(x, centers) 

% y is an Ixn array of the membership in each fuzzy rule 
% where n is the number of centers 
% X is the value to test 

% centers is an Ixn array of the fuzzy rule set center points 

%Initialize the output vector y 
y = zeros (1, max (size (centers) )) ; 

% Check to see if we are outside the universe of discourse 
if x>= centers (max (size (centers) ) ) 
y (max ( size ( centers )) ) = 1; 
elseif x<= centers (1) 
yd) = 1; 

end 

% check membership in each fuzzy set 
for i=l :max (size (centers) ) -1 

if X <= centers (i + 1) && x > centers (i) 

y(i) = (x-centers (i+1) )/ (centers (i) -centers (i+1) ) ; 
y(i + l) = (x-centers (i) )/ (centers (i + 1) -centers (i) ) ; 

end 

end 
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G.0.3 Send the pod to the right 


9'9-9--9-9-9-9'9-9'9'9-9--9-9--9-9-9-9'9-Q-9'9-9--9-9-- 

ooooooooooooooooooooooooo 

% Left to Right command 

%Define the destination (inches) 

% dest = 10; 
dest = 7; 

%Define where to active the controller 
% decel = 78; 
decel = 77; 

%Define max voltage supply to the fan 
voltage = 24; 

%Set the desired voltage 

set_param ( ' Hyperloop_Fuzzy2/Fan_Gain ' , ' Gain ' , num2str (voltage) ) ; 

%Set the desired destination 

set_param ( ' Hyperloop_Fuzzy2/Destination_Position ' , 'Value', ... 
num2str (dest) ) ; 

%Set the desired decel set point 

set_param ( ' Hyperloop_Fuzzy2/Decel_SetPoint_Cmd' , 'Value', ... 
num2str (decel) ) ; 

%Start the Simulation model 

set_param ( ' Hyperloop_Fuzzy2 ' , ' SimulationCommand ' , 'start'); 

pause ( 2 ) ; 

%Begin the simulation 

set_param ( ' Hyperloop_Fuzzy2/Start ' , 'Value', '!'); 
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%Run the script for 10 seconds 


%This should be plenty of time 
pause (10) ; 

%Stop the fans 

set_param ( ' Hyperloop_Fuzzy2/Start ' , 'Value', '0') 

%Shut down the simulation model 

set_param ( ' Hyperloop_Fuzzy2 ' , ' SimulationCommand ' , 

%Pause while data is saved to 
%to the workspace 
pause ( 2 ) ; 

%Plot the saved workspace data 
t = Stop_Eval ( : , 1 ) ; 

RFV = Stop_Eval ( : , 2 ) ; 

LEV = Stop_Eval ( : , 3) ; 

Ppos = Stop_Eval ( : , 4 ) ; 

Pvel = Stop_Eval ( : , 5 ) ; 

PPvel = Stop_Eval { : , 6 ) ; 

min_pos = min (Ppos); 

temp = f ind (Stop_Eval ( : , 4 ) == min_pos); 
time_min_pos = t(temp(l)); 


figure; 

stairs (t, RFV, 'r'); 


hold 

on; 

stairs (t. 

LFV, ' 

b'); 

hold 

on; 

stairs (t. 

Ppos , 

' g ' ) ; 

hold 

on; 

stairs (t. 

Pvel, 

' k ' ) ; 

hold 

on; 

stairs (t. 

PPvel, 

' c — ' ) ; 


%Show the desired target 

line([0 12],[dest dest], 'Color', 'c',' LineWidth ' , 
grid on; 
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' stop ' ) 


axis ( [0 12 -1 100] ) ; 

title (['Min Position: ' num2str (min_pos ) ' 

nuin2str (time_inin_pos ) ] ) 
legend {' RFv ' , ' LFv ' , 'Ppos', 'Pvel', 'PPvel') 


Time 
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G.0.4 Send the pod to the left 


9'9-9--9-9-9-9'9-9'9'Q-9--9-9--9-9-9-9'9-Q-9'Q-9--9-9-- 

ooooooooooooooooooooooooo 

% Right to left command 

%Define the destination 
% dest = 85; 
dest = 88; 

%Define where to activate the controller 
% decel = 16.5; 
decel = 17.5; 

%Define max voltage supply to the fan 
voltage = 24; 

%Set the desired voltage 

set_param ( ' Hyperloop_Fuzzy2/Fan_Gain ' , ' Gain ' , num2str (voltage) ) ; 

%Set the desired destination 

set_param ( ' Hyperloop_Fuzzy2/Destination_Position ' , 'Value', ... 
num2str (dest) ) ; 

%Set the desired decel set point 

set_param ( ' Hyperloop_Fuzzy2/Decel_SetPoint_Cmd' , 'Value', ... 
num2str (decel) ) ; 

%Start the Simulation Model 

set_param ( ' Hyperloop_Fuzzy2 ' , ' SimulationCommand ' , ' start ' ) ; 

pause ( 2 ) ; 

%Begin the simulation 

set_param ( ' Hyperloop_Fuzzy2/Start ' , 'Value', '!'); 


98 


%Run the script for 10 seconds 


%This should be plenty of time 
pause (10) ; 

%Stop the fans 

set_param ( ' Hyperloop_Fuzzy2/Start ' , 'Value', '0') 

%Shut down the simulation model 

set_param ( ' Hyperloop_Fuzzy2 ' , ' SimulationCommand ' , 

%Pause while data is saved to 
%to the workspace 
pause ( 2 ) ; 

%Plot the saved workspace data 
t = Stop_Eval ( : , 1 ) ; 

RFV = Stop_Eval ( : , 2 ) ; 

LEV = Stop_Eval ( : , 3) ; 

Ppos = Stop_Eval ( : , 4 ) ; 

Pvel = Stop_Eval ( : , 5 ) ; 

PPvel = Stop_Eval { : , 6 ) ; 

max_pos = max (Ppos); 

temp = f ind (Stop_Eval ( : , 4 ) == max_pos); 
time_max_pos = t(temp(l)); 


figure; 

stairs (t, RFV, 'r'); 


hold 

on; 

stairs (t. 

LFV, ' 

b'); 

hold 

on; 

stairs (t. 

Ppos , 

' g ' ) ; 

hold 

on; 

stairs (t. 

Pvel, 

' k ' ) ; 

hold 

on; 

stairs (t. 

PPvel, 

' c — ' ) ; 


%Show the desired target 

line([0 12],[dest dest], 'Color', 'c',' LineWidth ' , 
grid on; 
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' stop ' ) 


axis ( [0 12 -1 100] ) ; 

title (['Max Position: ' num2str (max_pos ) ' 

nuin2str (time_inax_pos ) ] ) 
legend {' RFv ' , ' LFv ' , 'Ppos', 'Pvel', 'PPvel') 


Time 
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G.0.5 Left to Right Analysis Script 


%Right To Left Analysis 
commanded_position = 10; 

%Pull values from saved data 
t = Stop_Eval ( : , 1 ) ; 

RFV = Stop_Eval ( : , 2 ) ; 

LEV = Stop_Eval ( : , 3) ; 

Ppos = Stop_Eval ( : , 4 ) ; 

Pvel = Stop_Eval ( : , 5 ) ; 

PPvel = Stop_Eval { : , 6 ) ; 

%Find MAX values 
min_pos = min (Ppos); 

temp = f ind (Stop_Eval ( : , 4 ) == min_pos); 
time_min_pos = t(temp(l)); 

%Find Right Fan values 
right_fan = find(RFV ~= 0); 
right_fan_on = t (right_fan (1) ) ; 
right_fan_of f = t {right_fan (end) ) ; 

right_f an_on_total = right_f an_of f - right_f an_on; 

%Find Left Fan values 

left_fan = find(LFV ~= 0); 

left_fan_on = t (left_fan (1) ) ; 

left_fan_off = t (left_fan (end) ) ; 

left_f an_on_total = left_fan_off - left_fan_on; 

%Calculate Over/Undershoot 

over_under_shoot = cornmanded_position - min_pos; 

%Find the MAX velocity after the Right Fan is enabled 
velocity_max = max (Pvel (right_f an ( 1 ) : end) ) ; 
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tempi = find(Pvel 

= = 

velocity_max) ; 

t ime_max_ve 1 = 

%Save data 

excel_data = { 

^ t ( t emp 1(1)); 

}; 

excel_data ( 1 , 

1) 

= 

{'Right Fan On'}; 

excel_data ( 1 , 

2) 

= 

{'Right Fan Off'}; 

excel_data ( 1 , 

3) 

= 

{'Right Fan Total Time'}; 

excel_data (2, 

1) 

= 

{ right_f an_on } ; 

excel_data (2, 

2) 

= 

{ right_f an_of f } ; 

excel_data (2, 

3) 

= 

{ right_f an_on_total } ; 

excel_data ( 4 , 

1) 

= 

{ 'Left Fan On ' } ; 

excel_data ( 4 , 

2) 

= 

{ 'Left Fan Of f ' } ; 

excel_data ( 4 , 

3) 

= 

{'Left Fan Total Time'}; 

excel_data (5, 

1) 

= 

{ lef t_f an_on } ; 

excel_data (5, 

2) 

= 

{ left_f an_of f } ; 

excel_data (5, 

3) 

= 

{ lef t_f an_on_total } ; 

excel_data ( 7 , 

1) 

= 

{'Max. Velocity'}; 

excel_data ( 7 , 

2) 

= 

{'Max. Velocity Time'}; 

excel_data ( 8 , 

1) 

= 

{velocity_max} ; 

excel_data ( 8 , 

2) 

= 

{ time_max_vel } ; 

excel_data (10, 

1) 

= 

{'Min. Position'}; 

excel_data (10, 

2) 

= 

{'Min. Position Time'}; 

excel_data (10, 

3) 

= 

{'Beyond Target Position 

excel_data (11, 

1) 

= 

{min_pos } ; 

excel_data (11, 

2) 

= 

{time_min_pos } ; 

excel_data (11, 

3) 

= 

{ over_under_shoot } ; 


%Write Data to EXCEL 

save_path = [pwd ' \Left2Right_2016_' datestr (now, 
datestr{now, 'MM')]; 

xlswrite { save_path, excel_data, 'Analysis', 'Al'); 


' HH ' ) ' 
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G.0.6 Right to Left Analysis Script 


%Right To Left Analysis 
commanded_position = 85; 

%Pull values from saved data 
t = Stop_Eval ( : , 1 ) ; 

RFV = Stop_Eval ( : , 2 ) ; 

LEV = Stop_Eval ( : , 3) ; 

Ppos = Stop_Eval ( : , 4 ) ; 

Pvel = Stop_Eval ( : , 5 ) ; 

PPvel = Stop_Eval { : , 6 ) ; 

%Find MAX values 
max_pos = max (Ppos); 

temp = f ind (Stop_Eval ( : , 4 ) == max_pos); 
time_max_pos = t(temp(l)); 

%Find Right Fan values 
right_fan = find(RFV ~= 0); 
right_fan_on = t (right_fan (1) ) ; 
right_fan_of f = t {right_fan (end) ) ; 

right_f an_on_total = right_f an_of f - right_f an_on; 

%Find Left Fan values 

left_fan = find(LFV ~= 0); 

left_fan_on = t (left_fan (1) ) ; 

left_fan_off = t (left_fan (end) ) ; 

left_f an_on_total = left_fan_off - left_fan_on; 

%Calculate Over/Undershoot 

over_under_shoot = max_pos - commanded_position; 

%Find the MAX velocity after the Right Fan is enabled 
velocity_max = max (Pvel (right_f an ( 1 ) : end) ) ; 
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tempi = find(Pvel 

= = 

velocity_max) ; 

t ime_max_ve 1 = 

%Save data 

excel_data = { 

^ t ( t emp 1(1)); 

}; 

excel_data ( 1 , 

1) 

= 

{'Right Fan On'}; 

excel_data ( 1 , 

2) 

= 

{'Right Fan Off'}; 

excel_data ( 1 , 

3) 

= 

{'Right Fan Total Time'}; 

excel_data (2, 

1) 

= 

{ right_f an_on } ; 

excel_data (2, 

2) 

= 

{ right_f an_of f } ; 

excel_data (2, 

3) 

= 

{ right_f an_on_total } ; 

excel_data ( 4 , 

1) 

= 

{ 'Left Fan On ' } ; 

excel_data ( 4 , 

2) 

= 

{ 'Left Fan Of f ' } ; 

excel_data ( 4 , 

3) 

= 

{'Left Fan Total Time'}; 

excel_data (5, 

1) 

= 

{ lef t_f an_on } ; 

excel_data (5, 

2) 

= 

{ left_f an_of f } ; 

excel_data (5, 

3) 

= 

{ lef t_f an_on_total } ; 

excel_data ( 7 , 

1) 

= 

{'Max. Velocity'}; 

excel_data ( 7 , 

2) 

= 

{'Max. Velocity Time'}; 

excel_data ( 8 , 

1) 

= 

{velocity_max} ; 

excel_data ( 8 , 

2) 

= 

{ time_max_vel } ; 

excel_data (10, 

1) 

= 

{'Max. Position'}; 

excel_data (10, 

2) 

= 

{'Max. Position Time'}; 

excel_data (10, 

3) 

= 

{'Beyond Target Position 

excel_data (11, 

1) 

= 

{max_pos } ; 

excel_data (11, 

2) 

= 

{time_max_pos } ; 

excel_data (11, 

3) 

= 

{ over_under_shoot } ; 


%Write Data to EXCEL 

save_path = [pwd ' \Right2Left_2016_' datestr (now, 
datestr{now, 'MM')]; 

xlswrite { save_path, excel_data, 'Analysis', 'Al'); 


' HH ' ) ' 
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